home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000346_K.Hoadley@directory.rl.ac.uk _Thu Nov 19 10:32:43 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  1KB
  1. Return-Path: <K.Hoadley@directory.rl.ac.uk>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA13352; Thu, 19 Nov 92 10:32:43 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA19628; Thu, 19 Nov 92 10:45:12 +0100
  6. Received: from danton.cc.rl.ac.uk by directory.rl.ac.uk with SMTP (PP) 
  7.           id <01457-0@directory.rl.ac.uk>; Thu, 19 Nov 1992 09:34:25 +0000
  8. Date: Thu, 19 Nov 1992 09:38:35 +0000 (GMT)
  9. From: Kevin Hoadley <K.Hoadley@directory.rl.ac.uk>
  10. Sender: K.Hoadley@directory.rl.ac.uk
  11. Reply-To: K.Hoadley@directory.rl.ac.uk
  12. Subject: Re: hangs/multiple servers
  13. To: www-talk@nxoc01.cern.ch
  14. Message-Id: <Ximap.722166319.4084.khoadley@danton>
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; charset=US-ASCII
  17.  
  18. The simple way to provide multiple servers would be to register the
  19. server name in the DNS with multiple A (address) records pointing to
  20. different machines. Then the clients could be mod'ed could try the second
  21. or third ... addresses if they couldn't get through to the first.
  22.  
  23. How you keep info upto date accross multiple servers is a different matter,
  24. need some form of replication a la DNS zone transfers (or Quipu's extensions
  25. to X.500 ) ... Mind you, replication within www is a harder issue: a server
  26. might be sitting in front of datasets too large to sensibly duplicate.
  27.  
  28. Kevin Hoadley, Rutherford Appleton Laboratory